Истребование

В рамках сервиса 4 в ИС НП должен храниться реестр документов, сопоставленный с элементами справочника SPVDOC.
Справочник SPVDOC неоднократно обновлялся налоговым органом в течение 2023 года путем дополнения новых элементов и исключения имеющихся элементов с определенного периода (DATAN и DATAK).
Так как фактически запросы налогового органа по сервису 4 в адрес налогоплательщиков начнут поступать с 2024 года, а запрашиваемый налоговым органом массив данных может охватывать период с 01.01.2023, возник следующий вопрос.
Каким образом налогоплательщик обязан будет формировать реестр по электронному сервису 4 по запросам налогового органа за период до 2024 года:
Вариант 1: по актуальному (итоговому) на 01.01.2024 справочнику СПВДОК
Вариант 2: по справочнику СПВДОК с учетом изменений элементного состава справочника СПВДОК по периодам в течение 2023 года?
Например, справочник СПВДОК до 01.06.2023 содержал элемент 0530000085 «Авансовый отчет по хозяйственным расходам», который прекратил свое действие без правопреемства.

Обязанность в части представления документов (информации) по ТКС не применяется при проведении НМ за периоды начиная с 2026 г. При формировании реестра документов необходимо ориентироваться на справочники размещенные на сайте ФНС России.

Просьба дать пояснения: в каких случаях использовать подпись в формате "<UUID>.bin", а в каких .SGN.
Пока однозначно понятно, что все документы в формате XML требуется подписывать .bin.
УКЭП в формате "<UUID>.bin", или *.SGN нужно использовать, если в ответ на требование приложены, например:
- счет-фактура в формате PDF?
- счет-фактура в формате JPG?
- акт-выполненных работ в формате PDF?
- договор в формате PDF?

Подпись с расширением bin всегда должна быть под каждым документом в ТК. Подпись с расширением sgn может быть только у приложения, она добавляется в ТК если документ ранее отправлялся через другую систему и там был подписан ЭП.

ЭП участников информационного обмена, которой заверяются документы, именуется с использованием универсальных уникальных идентификаторов по формату "<UUID>.bin"». Просьба пояснить, значение UUID в файле подписи должно быть связано с подписанным файлом или нет?

Значение UUID не связано с подписанным файлом. Имя файла подписи формируется: Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID version 1, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

Параметр «TicketId» при ответе на входящий запрос (отправка протоколов, сообщений об ошибке и др.) всегда должен повторяться или где-то мы должны генерировать свой код?

Если ответ на направленный документ (протокол, СОШ), то это новый вызов. В самом протоколе будет содержаться идентификатор документооборота, на который отправляется протокол, в имени СОШ так же имеется ключ в виде TicketId, повторяющий TicketId вызова метода по передачи контейнера с документом, на который потом формируется СОШ. Ожидается что каждый новый вызов метода новый тикет.

Код документа-основания по справочнику документов: исходя из данных логично предполагать, что при обращении к документу-основанию обращение происходит через SPVDOC. Правильно ли мы понимаем, и не происходит ли обращение к некому иному справочнику?

Да, правильно - обращение происходит через SPVDOC.

Какое значение должно быть заполено в поле НаимДок в случае отказа в предоставлении документов?

Поле НаимДок в случае невозможности представления документа заполняется из пункта требования.

Какой порядок действия, если в рамках сервиса №6 были запрошены документы, которые уже запрашивались ранее или уже размещены в системе налогоплательщика?

Повторный запрос не предусматривается.

На сайте Налоговыймониторинг.рф указано, что в реестре документов (Сервис №4) отражается список всех первичных документов, по которым есть скан-образ, и после доразмещения документа в электронном архиве по Сервису №6, он должен появится в реестре документов (Сервис №4), чтобы инспектор мог через Сервис №5 направить запрос на его просмотр. Вопрос: в реестре документов доразмещаемые документы по Сервису №6 должны появиться с заполнением всех полей, предусмотренных Сервисом №4, или же заполнению подлежат только сведения, которые передавались при ответе на Сервис №6 (Response)?

Необходимо заполнить все поля, предусмотренные сервисом №4.

Вызывает на просмотр только документы определенных допустимых форматов (ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), формат csv в данный перечень не входит. Будет ли считаться нарушением Регламента информационного взаимодействия, если в рамках сервиса 5 нельзя будет вызвать на просмотр налоговые регистры, которые хранятся в базе в формате, отличного от указанного в требованиях сервиса 5?

Сервис используется только для просмотра электронных образов документов, связанных с исчислением (удержанием), уплатой (перечислением) налогов, сборов, страховых взносов и размещенных в ИС НП допустимых форматов.
Налоговые регистры не подлежат просмотру налоговым органом путем вызова сервиса 5, не предоставление налоговых регистров для просмотра не может послужить основанием для досрочного прекращения НМ.

Каким документом регламентируются требования ФНС к электронному архиву информационной системы, в т.ч. к составу размещаемых документов?

В ЭХД подлежат размещению документы, связанные с исчислением (удержанием), уплатой (перечислением) налогов, сборов, страховых взносов предусмотренные Приложением №9 к РИВ, утв. приказом ФНС России от 11.05.2021 № ЕД-7-23/476. Ограничения по сроку наполнения ЭХД отсутствуют.

Напишите нам, и мы постараемся оперативно на него ответить.

Задать вопрос